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facilitates communication between requester and owner(s) of profiles returned by system. 
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METHOD FOR PROVIDING MATCHING AND INTRODUCTION 
SERVICES TO PROXIMATE MOBILE USERS AND SERVICE PROVIDERS 

5 CROSS-REFERENCE TO RELATED APPLICATION 

This application claims the benefit of the filing date of the previously filed 
United States Provisional Application Serial No. 60/162,333 filed October 29, 1999, 
as provided under 35 U.S.C. 1 19(e). 

10 TECHNICAL FIELD 

The present invention relates in general to a personal matching/meeting 
service that utilizes wireless, and/or Internet infrastructures coupled with real-time 
positional data. Said infrastructures are used to connect users to a database of user 
profiles and real-time positional data. Said database is used to inform system users 
15 when they come within range of other users who meet search criteria. In particular, 
the present invention relates to improving personal meeting/matching services by 
locating users using positioning technology embedded within the wireless 
communications unit, peripherally attached, manually entered or obtained from the 
mobile communications infrastructure. 

20 

BACKGROUND ART 

Several Internet based technologies have sought to introduce people and 
facilitate forms of dialogue. One such technology is the "chat room". In its traditional 
form, a chat room allows users to type messages via a keyboard and to view in real- 

25 time the messages that are typed by themselves and other users. Another technology 
known as a "news group" allows users to post messages, data, and post replies to 
posted messages. In both of these technologies, the users in a given chat room or on 
given news groups are physically separated, often by thousands of miles. Neither the 
chat room nor the news group allows the user to gather information about people 

30 around him, or to search for people around him. 

Another more traditional system for introducing people is the dating or 
personal matching service. The object of such a system is ultimately to arrange a face- 
to-face meeting. In traditional systems, users submit a profile to the system 

1 
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containing information about them and about whom they would like to meet The 
problem with traditional personal matching systems is that they do not maintain the 
user's real-time positions. This means that the system will probably only provide 
matches to users who live near each other. A dating service that matched a person in 
5 New York with a person in Moscow would be useless to most users despite the fact 
that the person in Moscow might well provide the best compatibility with the person 
in New York. The problem is that the parties are too physically distant for a meeting 
to be practical. However, if the New Yorker ever found himself in Moscow, a meeting 
would be feasible, but the traditional matching system would be unaware that the 
10 users had come within reasonable range of each other, because traditional systems do 
not maintain the real-time positions of the users. Thus the traditional system would 
not arrange for the parties to meet A more detailed description of the need for the 
invention disclosed herein is found in United States Provisional application Serial No. 
60/162,333 filed October 29, 1999 and is hereby incorporated by reference. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIGURE 1 is a system level schematic. 

FIGURE 2 illustrates one embodiment of a plurality of user profiles 
stored within the Secure Real-Time Positional database of Figure 
20 1. 

FIGURE 3 illustrates a typical message timeline of the system of figure 1. 

FIGURE 4 is a flowchart embodiment of the present invention for 
searching the Secure Real-Time Positional database of Figure 1. 

25 DISCLOSURE OF THE INVENTION 

An object of the invention is to provide matching and /or introduction services 
between mobile users, and other mobile users or non-mobile users, in response to 
real-time, proximate positioning and correlated user profiles. 

Users establish profiles in a central secure real-time positional (SRTP) 
30 database via WWW technology. Said profiles contain personal information the user 
chooses to reveal. Individuals or service providers, such as a restaurant or a taxi 
service (mobile or fixed locations) can establish profiles. This information may 
include hobbies, interests, gender information, age, etc. Profiles are based on a 
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standard format, but users have the option of customizing content. Users choose 
which portions of their profile to make accessible, when, and to whom, via a user 
customizable "Publiclmage" which follows permissions similar to UNIX-based file 
permissions. Users define Access-groups and assign Access-control permissions to 
5 those groups for various sections of the Publiclmage similar to the UNIX operating 
system method for access control for file and directory structure read/write privileges. 
The system contains a security flag, which can be set by the user to prevent his 
Publiclmage from being viewed by other users of the system. For example, a user 
might create a group called "Friends" and a group called "Business Associates." The 

10 Friends group might be given read permissions to the user's hobbies list, while the 
Business Associates group would not. The Business Associates group might be given 
read permissions to schedule and resume information, whereas friends may not be 
given access to this data. Users may update or alter their profiles with their mobile 
unit (MU) or other communications terminal, fixed or mobile. Each user, is assigned a 

15 userJD which is a string of characters used to uniquely identify the owner of the 
Publiclmage. The user_ID is conceptually similar to the UNIX user/login name. 

Essential to the functionality of the system is the real-time position of the 
users, and the exact date and time the position is logged. The user's position and 
"registration time" is stored in the SRTP database with the user profiles. The 

20 registration time could be obtained from an operating system call made by the server 
to determine the exact date and time the server receives the user's position, or the 
user's message (with position information) could be date and time "stamped" by the 
MU immediately prior to transmission. 

Mobile users move about with mobile communication units in their 

25 possession. Said mobile units are capable of establishing data connections via a 
wireless link, through a wireless infrastructure, to the Internet, and ultimately to a 
server that communicates with the SRTP database. Said mobile units contain a means 
for determining and relaying the geographic position of the mobile unit to the server. 
Said means for determining the position of a MU might be an integrated GPS 

30 receiver, cellular triangulation such as Time Difference of Arrival (TDOA), LORAN 
system, or even a more coarse position determination technique such as using the 
closest broadcasting base-station based on Received Signal Strength Indication 
(RSSI) or other means. Ideally, the position sensor would be a GPS receiver 
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embedded in (or attached peripherally) to the mobile unit (or users mobile laptop 
computer), but the positional sensor (or data source) could also be the user himself In 
this case, the user could manually enter his position into the mobile unit, either by 
typing on a keypad or keyboard, or by using a stylus and tapping a map or location in 
5 a table. The most likely format for user entered data would be street address or other 
physical landmark (e.g. Fenway Park in Boston Mass.). An element of this invention 
is the mechanics of tapping (or otherwise contacting) on a map (or table/spreadsheet 
entry, computer icon etc.) displayed on a computer screen resulting in the automatic 
relaying of the users current geographic position to the SRTP database. This is similar 

10 to the "click and buy" feature currently employed on the Internet for purchasing a 
product or service where a computer mouse is used to "click" on a computer icon. The 
system is not restricted to a single position data format (e.g. latitude and longitude 
used for GPS or LORAN coordinates). The server (or other system component) would 
simply identify the format and translate it into a data format used within the database. 

15 A server is typically used to provide access to the SRTP database. One 

implementation of the server is an HTTP server. The purpose of the HTTP server is to 
facilitate an HTTP transport layer connection with the mobile unit or intermediate 
point. Said connection allows the user to update his portion of the database. In a 
typical implementation, the HTTP server would generate WWW pages that would be 

20 viewed from any WWW browser. Said WWW pages contain forms that would allow 
the user to be authenticated by the HTTP server, edit his Publichnage, edit his Access 
Control, edit his Access groups, submit search requests, etc. Said HTTP server is also 
used to return results of database queries to the user in browsable form. 

Once users have registered their profiles with the system, they can use their 

25 MU to update their position and submit queries of the database and be notified of 
queries made by other users. Mobile user records exist in the database in one of the 
following states: 

Locked : Users in locked mode will not be included in searches from other 
users. Users can set themselves in locked mode for privacy or security reasons. If the 
30 user's position has not been updated after a predetermined time set by the user, the 
position is considered invalid, i.e. timed out. Unless the user takes steps to update the 
position data, he or she will not be included in any query_results from other users. 
Non-mobile users, such as fixed-point service providers can set time-out to infinity, 
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meaning that their position will not change. An optional operational feature may be 
the users position can be updated autonomously simply by the user setting an 
auto_position flag. When the auto_position flag is set, the MU transmits the user's 
geographic position to the server every time the MU unit registers with the local 
5 wireless cell/PCS site in the same way a cellular phone performs auto registration, 
already well known in the art of wireless communications. 

Standby : The user goes from disconnected to standby by registering his 
current location to the server. In standby mode user profiles become accessible to 
server queries and time-out counters are set. 
10 Browsinz mode : In browsing mode, the user submits a request to the server. 

The request contains search parameters the database server uses to find matching 
profiles, as well as the position of the requester. By obtaining the location of the 
requester, the database can return profiles for users that are physically close to the 
requester. "Near" is a user defined search radius accompanying the request or as part 
15 of the user profile. 

In addition to position, search parameters and search radius, the user can 
specify temporal parameters for the search(s) to occur. One temporal parameter, 
periodicity, allows a user to tell the server how often to perform the defined search, 
for example every 30 minutes. The user can also specify the persistence of the search. 
20 The persistence determines the number of searches that are to be carried out. The user 
can define the persistence as a number of searches, or as a maximum time interval to 
continue searches. For example, perform 24 searches, or search for the next 12 hours. 

Combining periodicity and persistence in the example supra yields "search 
every half hour for the next 12 hours." 
25 Once a user has submitted a request, he or she receives a reply from the server 

containing accessible portions of Publiclmages of other users matching the requesters 
query. The user reviews the search results via the MU and interacts with the search 
results much in the same way WWW users interact with results from search engines. 
The user views the Publiclmages and decides whether or not to request to contact the 
30 owner of a specific Publiclmage. The request to contact the owner of a Public Image 
is initiated by sending the requester's (Person A) Publiclmage to the desired recipient 
(Person B). If Person B is not a member of any access control group previously 
defined by Person A, Person B accesses Person A's Publiclmage with "Public" access 
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permissions, containing the most limited information from Person A's Public Image. 
Included in this request for contact is a list of preferred means of contacting Person A. 
Person B can choose to accept or reject the request for contact from Person A. If 
Person B chooses to accept the request, Person B must choose a method of 
5 responding. The system supports secure contact, in which no personal contact 
information is disclosed. For example, an email message can be sent through the 
server without revealing either person's private email address or location. Contact 
can also be initiated through Caller-ID blocked phone calls or any other means. 
Consequently, Person A and Person B can choose to initiate face-to-face contact. 

10 Figure 3 describes an embodiment of message traffic between a mobile 

terminal and the SRTP database. The nature of the transport layer connections is not 
shown on the diagram, but are well known in the art. In one embodiment the MU 
would be connected to the WAP (Wireless Application Protocol) server via a WAP 
connection and the WAP server would be connected to the HTTP (WWW) server via 

15 an HTTP connection. 

The purpose of the user initiated search request, search jreq % is to allow the 
user of a mobile unit to query the WWW server to perform a database search. Search 
criteria are contained within the message body. For example, the message might 
instruct the web server to search the SRTP database for profiles including the word 

20 "baseball". It could further instruct the web server to return profiles only for users 
within a given geometric radius, for example 2 miles from the user. The search j-eq of 
this embodiment has 5 fields: requestoMD, password, user position, search_words, 
and search_radius. These fields could either be encoded or sent as cleaitext. The 
following searchjreq fragment assumes the searchjreq is sent as cleaitext. In this 

25 embodiment the keywords and values are sent as colon separated pairs. 

searchjreq = tt requestor_IDJb/I/225:passwordurfvvP^/:position:GP*S , 234.33 
75J.6J:search_words:6aje6a//:search_radius:/ mile*' 

30 The searchjreq becomes a dbasejquery after being forwarded to the Secure 

Real Time Database by the server (e.g. WWW server). Said query is formulated 
based on the position, Search^radius and search j^ords fields in the searchjreq. 

6 
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The requestor JD (or user J D) field in the search jreq divulges to the WWW 
server the identity of the registered system user who is making the request The 
password is used for security to insure that the request in fact originated from the 
user who originally registered with the WWW server. 
5 The position field in the searchjreq is used to convey the requesting users 

geographic position to the web server. The value following the position field (also 
referred to as a key) includes information that identifies what type of positional data is 
being presented. If the mobile unit has an integrated (or peripherally attached) GPS 
unit, the mobile unit would send GPS coordinates as the standard latitude and 

10 longitude. Other formats are also supported. For example, users without GPS 
receivers might need to enter the position manually as a street address. In this case the 
position key-.value pair might appear as "position:STREET 345 main St., anytown, 
anystate, USA". Furthermore, if this data were provided by the cellular infrastructure 
itself through triangulation of radio signals using Time Difference of Arrival (TOO A) 

15 or some other location technique, the position field would originate within the mobile 
communications infrastructure. 

Some key:value pairs are optional. For example, if no search words were sent, 
the WWW server would have default search capability that uses search words from 
the requester's user profile as search _words. The search_radius could also be omitted 

20 and the WWW server would perform the database search using a default radius (e.g. 
one mile). The password might also be omitted if some information such as the MU's 
Mobile Identification Number and/or Electronic Serial Number could be 
automatically obtained from the phone or mobile communications infrastructure to 
verify the identity of the requesting MU. 

25 .The Secure Real Time Position database (SRTP) yields raw, unformatted data, 

database j}uery_results, that are the results of the database query and are returned to 
the server. The WWW server reformats the dbase_queryjresults and returns the data 
to the user in a browsable form as query jresults. 

30 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference to Figure 1 of the drawings, a system 10 for providing a 
method of matching and introduction services generally includes position determining 
means 1, a communications device 2, which may be fixed or mobile, a wireless 

7 



SUBSTITUTE SHEET (RULE 26) 



WO 01733429 



PCT/US00/29516 



communications infrastructure 3, an Internet connection 4 that may be wired or 
wireless, a server 5 provides access to Secure Real Time Positional (SRTP) database 
6. Referring to Figure 2, the SRTP database 6 includes a plurality of user profiles 7, 
8, and 9. 

5 With reference to both Figures 1 and 2, a first user creates a user j>rofile 7 

using a communications device 2 which is preferably a wireless mobile phone, 
wireless Personnel Digital Assistant (PDA), beeper, or additionally a fixed terminal, 
wired or wireless, and stores said user j>rofile 7 in the Secure Real Time Positional 
database 6. Said user ^profile 7 comprises a user_ID, user password, said first users 

10 current geographic position, the time and/or date said first users current position was 
last updated, a security lock to prevent viewing of said user jrofile 7 by other users, 
access control features to assign read/write privileges to other users or groups of 
users, and a Publiclmage portion of said user _profile 7 which said first user 
customizes with any desirable content such as hobbies, dating preferences, music 

15 preferences, or even graphics, audio, video, or text. 

Said SRTP database 6 contains a plurality of previously registered additional 
user ^profiles 8, 9 each also comprising a user_ID, user password, users current 
position, the time and/or date a users current position was last updated, a security 
lock, access control features, and a Publiclmage portion of said user _profiles 8,9. 

20 Said first user submits a search jrequest to the system 10 using 

communications device 2 together with search criterion including keywords and 
geographic search radius. Said first user's geographic position is automatically 
determined by position sensor 1 and is embedded in the search jrequest submitted to 
the system 10. Position sensor 1 is preferably an embedded Global Positioning 

25 System (GPS) receiver or "chipset" integrated into the communications device. An 
alternate embodiment is a display 11 in the communications device 2 that presents 
said first user with information such as a map so said first user may simply tap the 
display 11 in the communications device 2 with a stylus or other pencil-like 
instrument at the location where said first user currently resides. The communications 

30 device 2 recognizes the precise geographic location of the user by where on the 
display 11 said first user taps and automatically includes this location in the 
search jrequest submitted to the system 10. The techniques whereas a computer can 
correlate a tap on a display with data in the computers memory is already well known 
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in the art such as is used in the Hewlett Packard 360LX palmtop PC. The novelty in 
the invention disclosed herein is that the tap on the display 1 1 is interpreted as a 
geographic position by the communications device 2 and is automatically relayed to a 
distant location, in this embodiment, the server 5. The information presented on 

S display 1 1 can be a map, table of landmarks, list of streets, or even an address 
corresponding to a phone number such as the E91 1 services employ. 

Said first users search ^request is transmitted by the communications device 2 
to the wireless communications infrastructure 3 where a connection is made to the 
Internet 4. The connection to the Internet 4 may alternately be made through an 

10 optional intermediate Wireless Application Protocol server 12 to facilitate 
communications as shown in Figure 1. Said first user's search _request arrives at the 
World Wide Web (WWW) server 5 from the Internet 4. 

Referring to Figure 4, said first users search jrequest is authenticated and 
parsed for the required information and syntax by server 5. The server 5 then updates 

15 said first users geographic position in the SRTP database 6. The server 5 begins the 
search process for a match or matches to said first users search jrequest by first 
querying the SRTP database 6 for other users that are geographically proximate to 
said first user within the search radius specified in said first users search jrequest or 
said first users user ^profile if a search radius is not included in said first users 

20 search jrequesU Other userjrofiles 8,9 returned from the SRTP database 6 are then 
searched by the server 5 for search_words specified in said first users searchjrequest 
or said first users user _profde if search_words are not included in said first users 
search _request. The user ^profiles 8,9 that are both geographically close to said first 
user and contain some of the search_words specified by said first user, are examined 

25 for access control restrictions specified in said user ^profiles 8,9. The Publiclmages of 
the user_profiles 8,9 that do not have any access control features enabled are relayed 
to said first user as query jresults. Said first user examines query jesults returned by 
system 10 for user jprofiles that are of interest. Said first user chooses a user _profile 9 
belonging to a second user. The system 10 responds to said first users selection of 

30 user j>rofile 9 by notifying said second user that said first user wishes to make contact 
in the manner specified by said first users user jprofile 7. 

Throughout this specification, reference is made to mobile units and mobile 
communications infrastructure. ' A mobile unit is a mobile computing or 
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communications device, including for example a cellular phone with web browser, a 
PDA with wireless connectivity, a laptop with CDPD modem, and the like. Mobile 
communications infrastructure is the infrastructure that provides the wireless 
connectivity to the mobile unit. A typical implementation would be a cellular 

5 communications infrastructure comprising cellular base stations and mobile switching 
centers. Other implementations are possible. 

In accordance with the provisions of the patent statutes and jurisprudence, 
exemplary configurations described above are considered to represent a preferred 
embodiment of the invention. However, it should be noted that the invention can be 

10 practiced otherwise than as specifically illustrated and described without departing 
from its spirit or scope. . 



10 



SUBSTITUTE SHEET (RULE 26) 



* WO 01/33429 



PCT7US00/29516 



WHAT IS CLAIMED IS: 

1. A method for providing matching and introduction services to users of 
communications equipment comprising the steps of: 

5 storing at least two user profiles in a database; 

storing the real-time geographic position of a plurality of users in said 
database; 

a first user submits a first search request to a first server using a first wireless 
communications device; 
10 Said server performs a first search of said database; 

said server returns search results to said first user; 

facilitating communication between said first user and other users whose user 
profiles have been selected by said first user. 

2. The method according to claim 1 wherein said user profiles are created and 
1 5 stored using said wireless communications device. 

3. The method of claim 1- or 2 wherein said user profiles are created and stored in 
said database via a World Wide Web connection. 

4. The method of claim 1 wherein said first users current geographic position is 
determined by GPS technology integral to said wireless communications device. 

20 5. The method of claim 1 wherein said first users current geographic position is 
determined by triangulatiori of radio waves emitted by said wireless communications 
device. 

6. The method of claim 1 wherein said first users current geographic position is 
determined by Received Signal Strength Indication of the transmitted signal from said 

25 wireless communications device by at least one receiving station remote from said 
communications device. 

7. The method of claim 1 wherein said first users current geographic position is 
determined by said first user entering said position data via manual interface with said 
wireless communications device. 

30 8. The method of claim 1 wherein said wireless communication device 
automatically determines and then transmits said first users current geographic 
position as part of said search request. 

. 11 
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9. The method of claim 1 wherein said search of said database comprises the 
steps of: 

initially sorting said user profiles based on geographic proximity to 
said first user, 

5 further sorting the remaining said user profiles that contain at least one 

search_word specified by said first user, 
finally selecting remaining user profiles that contain access control 
features that have been disabled. 

10. The method of claim 9 wherein said search is performed a plurality of times in 
10 response to said user defining the periodicity and persistence of said search of said 

database. 

11. The method of claim 9 wherein said first user is automatically notified if an 
additional user becomes proximate to said first user wherein said additional user 
meets criterion established in said search of said database. 

15 12. A method of transmitting the geographic position of a wireless 
communications device in response to a user contacting a first display integral to said 
wireless device at a position on said display that correlates with said users current 
geographic position. 

13. The method of claim 12 wherein the information presented on said display is a 
20 map, table of landmarks, or list of streets. 

14. A method for providing matching and introduction services to mobile users of 
wireless communications equipment comprising the steps of: 

creating and storing at least two user profiles in a database; 
storing the real-time geographic position of a plurality of users in said 
25 database; 

a first user submits a first search request to a first server using a first mobile 

wireless communications device; 
said first users current geographic position is transmitted to said database with 

said search request; 

30 a first search of said database is performed by said server using parameters 

provided by said first user; 
said server returns search results to said first user, 

12 
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facilitating communication between said first user and other users whose user 
profiles have been selected by said first user. 
IS. The method according to claim 14 wherein said user profiles are created and 
stored using said wireless communications device. 
5 16. The method of claim 14 or 15 wherein said user profiles are created and stored 
in said database via a World Wide Web connection. 

17. The method of claim 14 wherein said first users current geographic position is 
determined by GPS technology integral to said wireless communications device. 

18. The method of claim 14 wherein said first users current geographic position is 
10 determined by triangulation of radio waves emitted by said wireless communications 

device. 

19. The method of claim 14 wherein said first users current geographic position is 
determined by Received Signal Strength indication of the transmitted signal from said 
wireless communications device by at least one receiving station remote from said 

15 communications device. 

20. The method of claim 14 wherein said first users current geographic position is 
determined by said first user entering said position data via manual interface with said 
wireless communications device. 

21. The method of claim 14 wherein said wireless communication device 
20 automatically determines and then transmits said first users current geographic 

position as part of said search request 

22. The method of claim 14 wherein said search of said database comprises the 
steps of: 

updating said database with said first users current geographic position; 
25 initially sorting said user profiles based on geographic proximity to said first 

user; 

further sorting the remaining said user profiles that contain at least one 

search_word specified by said first user; 
finally selecting any remaining user profiles that contain access control 
30 features that have been disabled. 

23. The method of claim 22 wherein said search is performed a plurality of times 
in response to said user defining the periodicity and persistence of said search of said 
database. 
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24. The method of claim 22 wherein said first server automatically notifies said 
first user if additional users become proximate to said first user wherein said 
additional users meet criterion established in said search of said database. 

25. The method of claim 22 wherein said search of said database further includes 
5 the steps of syntax parsing and authenticating said first users search request 
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search.req ARRIVES AT SERVER 



y 

SERVER PARSES AND AUTHENTICATES SEARCH REQUEST 



1 


f 


SERVER UPDATES POSITION OF USER 



SET SEARCH RADIUS TO DEFAULT 




SERVER SUBMITS dbase.query TO SRP DATABASE FOR 
RECORDS THAT HAVE POSITION WITHIN search.radius OF USER'S 
UPDATED POSITION. SAID RECORDS ARE "NEARBY" RECORDS 
• AND ARE RETURNED AS dbase_queryjesults. 



SET SEARCH WORDS TO DEFAULT 




SERVER SEARCHES "NEARBY" RECORDS 
FOR SPECIFIED search_words. 
THIS STEP RESULTS IN "MATCHES". 



SERVER PERFORMS ACCESS CONTROL 
CHECK ON "MATCHES". ONLYTHE PORTIONS 
OF PUBLICIMAGES THAT THE USER 
IS "PERMITTED" TO SEE ARE PASSED ON. 



"PERMITTED", "NEARBY", "MATCHES" 
ARE SENT TO THE REQUESTOR 
AS queiyjesults. 



fig. 4 
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